home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group00a.txt
/
000083_icon-group-sender _Mon May 1 21:13:12 2000.msg
< prev
next >
Wrap
Internet Message Format
|
2001-01-03
|
2KB
Return-Path: <icon-group-sender>
Received: (from root@localhost)
by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id VAA10390
for icon-group-addresses; Mon, 1 May 2000 21:13:03 -0700 (MST)
Message-Id: <200005020413.VAA10390@baskerville.CS.Arizona.EDU>
From: "Ian Trudel" <ian.trudel@tr.cgocable.ca>
X-Newsgroups: comp.lang.icon
Subject: Re: Is Anyone Working On A Unicode Version Of Icon?
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Date: Fri, 28 Apr 2000 04:01:42 GMT
X-Complaints-To: abuse@cgocable.ca
X-Trace: carnaval.risq.qc.ca 956894502 24.226.208.172 (Fri, 28 Apr 2000 00:01:42 EDT)
To: icon-group@optima.CS.Arizona.EDU
Errors-To: icon-group-errors@optima.CS.Arizona.EDU
Status: RO
"Gregg Townsend" <gmt@CS.Arizona.EDU> a �crit dans le message news:
8e75f6$5pr@baskerville.CS.Arizona.EDU...
> In article <LYBN4.9$pb6.213@client>,
> Frank J. Lhota <NOSPAM.Frank.Lhota@lexma.meitech.com> wrote:
> > A Unicode version could be quite useful, and it might not be that hard
> > to do. Is anyone working on this?
>
> A Unicode version of Jcon (the Java implementation of Icon) would not
> be a huge task. The hardest problem would be deciding language issues,
> notably the definitions of the predefined csets. You'd also want a
> different internal representation for csets.
How about investigate a "pluginizable" data type for Icon? As far as I
remember, Squeak Smalltalk (see http://www.squeak.org/ ) has a nice plugin
system for such. Stephan Rudolf made a nifty LargeInteger plugin, for
example. I think such thing would be quite interesting in Icon. Data type
could be added to the Icon's runtime system on the fly. It would allow us to
add more _primitive_ types to Icon (without recompiling Icon source code?
::) such as Unicode support. Though I've noticed the dynamic loadable C
fonction system within Icon is a strong and interesting, it would not help
on Unicode support, since this is an Icon's internal matter.
Any thoughts on this?
--
Ian Trudel,
StarTrip Server Administrator
http://startrip.gene6.com/